System for processing coherent data

ABSTRACT

A monitoring system presents metrics or event data by monitoring state information of a computing system. In an embodiment, the monitoring system includes one or more processors that receive state information from an agent executing on the computing system. The state information describes a component of the computing system. In response to receiving the state information, the monitoring system generates aggregate state information based on the state information and prior state information previously received from the agent. The state information and prior state information may correspond to the same time period. The monitoring system generates subscribed state information from the aggregate state information. The subscribed state information is a subset of the aggregate state information selected using instructions of a client. The monitoring system sends the subscribed state information to the client to cause an update in a user interface presented by the client.

RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.15/844,345 filed on Dec. 15, 2017, which is hereby incorporated byreference herein.

BACKGROUND

This disclosure generally relates to processing data from applicationsexecuting on computing systems and generating user interfaces.

Web-based and mobile applications are common tools for deliveringcontent and services to user computing devices. These applications areexecuted by application systems, which provide content to the computingdevices and respond to requests from the computing devices. To provideinformation describing functionality of an application system, theapplication system may execute a program such as an agent to monitor theapplication or application servers. An application system may serve alarge number of the user computing devices, resulting in the creation ofa large volume of information.

SUMMARY

A monitoring system updates a user interface by monitoring stateinformation of a computing system. In some embodiments, the monitoringsystem includes one or more processors (e.g., of a server) that receivesstate information from an agent executing on the computing system. Thestate information corresponds to a first time period regarding acomponent of the computing system. In response to receiving the stateinformation, the monitoring system generates aggregate state informationbased on the state information and prior state information previouslyreceived from the agent. The monitoring system may perform adetermination that the prior state information also corresponds to thefirst time period regarding the component, and perform the aggregationfor state information associated with the same time period. For example,the state information and prior state information may be generatedwithin the first time period, may pertain to the computing system withinthe first time period, or may otherwise be associated with the firsttime period. The monitoring system generates subscribed stateinformation from the aggregate state information. The subscribed stateinformation is a subset of the aggregate state information selectedusing instructions of a client. The instructions may include a requestby the client to subscribe for reporting for a particular metric orevent data of the computing system. The monitoring system sends thesubscribed state information to the client to cause an update in a userinterface presented by the client. The subscribed state information maybe sent based on the monitoring system receiving the (e.g., latest)instance of state information. Here, the subscribed state information isa partial aggregation of state information for the time period, andadditional state information for the time period may result in anotheraggregation and transmission of subscribed state information for thetime period. The monitoring system may also transmit fully aggregatedstate information for the time period at lapse of the time period.Subsequent instances of state information may be associated with asubsequent time period, and a similar aggregation and transmission maybe performed for multiple time periods.

In various embodiments, the monitoring system can provide the aggregatedata for presentation on a client, e.g., in a user interface displayinglogically or aesthetically ordered data. The monitoring system can alsoupdate the metrics or event data at a later time as additional stateinformation is received. In addition, the monitoring system may detectand ignore state data points from state information.

In some embodiments, the one or more processors of the monitoring systemassociates the state information with the first time period using astart time and an end time of the state information. The monitoringsystem retrieves the prior state information responsive to determiningthat the prior state information was previously received for the firsttime period. Additionally, the monitoring system may determine a displaytime associated with the aggregate state information based on the firsttime period for the state information. The monitoring system sends thedisplay time to the client to cause the update in the user interface toinclude display of the subscribed state information in connection withthe associated display time. In some embodiments, the update in the userinterface includes display of an aggregate metric or aggregate eventdata associated with the computing system in connection with theassociated display time.

In some embodiments, the one or more processors of the monitoring systemreceive a first request from the client to receive the subscribed stateinformation. In response to the first request, the monitoring systemgenerates a subscription associated with the client for providing thesubscribed state information to the client. Further, the monitoringsystem receives a second request from a second client to receive thesubscribed state information. In response to the second request, themonitoring system determines whether the subscription associated withthe client is active. In response to determining that the subscriptionassociated with the client is active, the monitoring system associatesthe subscription with the second client. The monitoring system receivesa third request from the client to cancel the subscription. In responseto the third request, the monitoring system cancels the subscriptionfrom the client, and the monitoring system maintains the subscription toprovide the subscribed state information to the second client.

Some embodiments may include a method for monitoring state informationof a computing system. The method includes receiving state informationfrom an agent executing on the computing system. The state informationcorresponds to a first time period regarding a component of thecomputing system. In response to receiving the state information, themethod includes generating aggregate state information based on thestate information and prior state information previously received fromthe agent. The prior state information corresponds to the first timeperiod regarding the component. The method further includes generatingsubscribed state information from the aggregate state information. Thesubscribed state information is a subset of the aggregate stateinformation selected using instructions of a client. The method furtherincludes sending the subscribed state information to the client to causean update in a user interface presented by the client.

Some embodiments include a non-transitory computer readable mediumstoring instructions that when executed by a processor configures theprocessor to execute the methods for monitoring state information of acomputing system as discussed herein.

BRIEF DESCRIPTION OF THE FIGURES

FIG. 1 is a block diagram of a system environment including a monitoringsystem, in accordance with some embodiments.

FIG. 2 is a block diagram of a monitoring system, in accordance withsome embodiments.

FIG. 3 is a data flow diagram of the monitoring system shown in FIG. 2 ,in accordance with some embodiments.

FIG. 4 illustrates examples of user interfaces including stateinformation, in accordance with some embodiments.

FIG. 5 is a flow chart of a method for updating a user interface usingstate information, in accordance with some embodiments.

FIG. 6 is a flow chart of a method for maintaining subscriptions by amonitoring system, in accordance with some embodiments.

The figures depict embodiments of the present disclosure for purposes ofillustration only. One skilled in the art will readily recognize fromthe following description that alternative embodiments of the structuresand methods illustrated herein may be employed without departing fromthe principles, or benefits touted, of the disclosure described herein.

DETAILED DESCRIPTION

System Overview

FIG. 1 is a block diagram of a system environment, in accordance withsome embodiments. The system environment includes a monitoring system102, an application system 106, and a client 104 (e.g., a client device)that communicate over a network 124, which may include the Internet. Themonitoring system 102 monitors the performance of applications 108executed by one or more application servers 110 of the applicationsystem 106. Further, the monitoring system 102 generates userinterfaces, such as graphical user interfaces, using state informationfrom the applications systems 106 for presentation on the client 104.

The application system 106 includes one or more application servers 110and one or more data stores 112. The data store 112 stores applicationdata for the applications 108 executed by the one or more applicationservers 110. The application server 110 further executes one or moreagents 114 that monitor performance of the application system 106, suchas processes running on an application server 110, response time of anapplication 108, transactions in an application 108, processes oftransactions in an application 108, the effect of backend processes onperformance of an application 108 at clients 104, statistics of avirtual machine running an application 108, other information, or acombination thereof. The agent 114 collects and stores state informationrelevant to performance of the application 108 or other components ofthe application system 106. Moreover, the agent 114 may periodicallysend state information, or other types of information, to the monitoringsystem 102.

The application 108 may be any of a variety of types of mobileapplications or web applications, and may represent a subset ofoperations of a client-server application. For example, the application108 operated by the application server 110 may include any server-sideprocesses of a client-server application, such as retrieving and storingdatabase content, generating user interfaces for rendering at the client104, performing functions requested at the client 104, and communicatingcontent to the client 104 (e.g., over the network 124). The applicationserver 110 may comprise one or more computing devices executing thefunctions of the application 108.

In some embodiments, the application server 110 includes a computingdevice executing a Java virtual machine that executes processes of theapplication 108. The virtual machine provides an environment for runningthe application 108, and manages objects created by the application 108and a portion of data store 112 (e.g., a memory) used by the application108. In particular, the virtual machine allocates memory by movingobjects, including variables or data structures created during executionof the application 108 and agent 114, between pools of memory toefficiently manage the available memory of the application system 106.The virtual machine also executes garbage collection processes toidentify and remove objects no longer used or referenced in theapplication 108 to free up the memory occupied by the unused objects forstoring other objects.

To monitor the application server 110, the monitoring system 102 canprovide the agent 114 to the application server 110 (e.g., as a softwaredevelopment kit or as a module integrated into the software of theapplication 108). While the application server 110 executes the agent114, the monitoring system 102 communicates with the agent 114 tomonitor performance of the application server 110. The monitoring system102 receives state information of the application 108 from the agent114. Additionally, the monitoring system 102 generates informationaldisplays (e.g., user interfaces) for analysis, for example, by anadministrator of the application server 110, enabling the administratorto address any performance issues in the application 108. For example,the monitoring system 102 generates tables, charts, or plots indicatingmetrics or event data for processes of the application 108. Theinformational displays may include statistics from the monitoring system102 and/or virtual machine running the application 108.

FIG. 2 is a block diagram of a monitoring system 102, in accordance withsome embodiments. The monitoring system 102 includes one or moremonitoring servers 200, a data store 210, a data aggregator 220, asubscription engine 230, and a user interface engine 240. In otherembodiments, the monitoring system 102 may include different oradditional components. The monitoring server 200 is a computing deviceincluding one or more processors that monitor performance of anapplication system 106 via communication with the corresponding agent114, as shown in FIG. 1 . The monitoring server 200 may be hosted by anapplication monitoring service provider, and may monitor performance ofany number of application systems 106, including applications 108 andapplication servers 110 across different application systems 106. Thedata store 210, data aggregator 220, subscription engine 230, and userinterface engine 240 are further described below with reference to thefollowing figures.

FIG. 3 is a data flow diagram of the monitoring system 102 shown in FIG.2 , in accordance with some embodiments. The monitoring server 200receives state information from the agent 114 of an application system106. The state information may include metrics or event data describinga component of the application system 106. For example, the metrics mayindicate component performance (e.g., network latency, bandwidth,throughput, etc.), usage of computing resources (e.g., CPU, memory,cache, etc.), or hardware states. The event data may indicate, forexample, web transactions, web page interactions (e.g., views, clicks,input of data, request for data, etc.), application programminginterface (API) calls, file downloads or uploads, or other dataassociated with applications states.

Each instance of the metrics or event data may be associated with a timeperiod. In some embodiments, the state information is associated with astart time and an end time. The start time and end time indicatetimestamps when measurement or capture of a metric or event data beganand ended, respectively, for a certain component of the applicationsystem 106. For example, measurement of CPU usage (e.g., a metric) of aprocessor or a count of page views of a website (e.g., event data) overa duration of several minutes or hours. Additionally, state informationmay be associated with a timestamp (e.g., receipt time) indicating whenthe monitoring server 200 received the state information from the agent114. In some embodiments, an event data (or metric) has one timestamp,which indicates the associated event time. The event time may refer tothe start time, end time, or some other time between the start and endtimes. Additionally, the one timestamp (e.g., event time) may be used asboth the start time and the end time.

The data aggregator 220 processes state information received by themonitoring server 200. In the embodiment shown in FIG. 3 , the dataaggregator 220 includes a minute aggregator 310, hour aggregator 320,hour writer 325, and minute writer 330, though in other embodiments, thedata aggregator 220 may include aggregators and writers for otherdurations of time such as a certain number of seconds, days, weeks,months, or any combination thereof. The data aggregator 220 may processmetrics or event data. In some embodiments, the data aggregator 220includes a metric data aggregator and an event data aggregator. Themonitoring server 200 may route metrics to the metric data aggregatorand route event data to the event data aggregator.

The minute aggregator 310 aggregates state information captured perminute to generate an aggregate minute timeslice 315. Each aggregateminute timeslice 315 may include one or more different instances ofstate information associated with a time period. In this example, thetime period is one minute, although other time periods may be used. Theaggregate minute timeslice 315 may include one or more types ofaggregated metrics, or one or more types of aggregated event data.

The minute aggregator 310 further generates a partially aggregatedtimeslice 340. The partially aggregated timeslice 340 includes stateinformation that the minute aggregator 310 has received from the starttime of a time period to the current time, where the current time isprior to lapse of the time period. For instance, the agent 114 may sendthe state information to the monitoring server 200 as the stateinformation is collected. Each instance of state information mayrepresent only a portion of the values of metrics or event data for thetime period. However, the partially aggregated timeslice 340 may stillbe generated and used to provide real-time updates to update a userinterface until updated (e.g., final) state information is received forthe entire time period.

The hour aggregator 320 and minute writer 330 receive aggregate minutetimeslices 315 from the minute aggregator 310. Furthermore, the houraggregator 320 collects aggregate minute timeslices 315 per hour togenerate an aggregate hourly timeslice (not shown in FIG. 3 ), which isprovided to the hour writer 325. A “timeslice,” as used herein, refersto a time period for which state information can be aggregated. The hourwriter 325 and minute writer 330 provide aggregate hourly timeslices andaggregate minute timeslices 315, respectively, to the chart data service335 (or CDS 335) of the user interface engine 240. Using the receivedtimeslices of aggregated state information, the user interface engine240 generates or updates user interfaces for presenting the aggregatedstate information to users. An example user interface displaying eventdata is described with reference to FIG. 4 . The user interfaces may beupdated periodically over time as aggregate minute timeslices 315 oraggregate hourly timeslices are processed by the data aggregator 220. Inaddition, components of the data aggregator 220 may store timeslices(e.g., including partially aggregated data) and state information in thedata store 210.

The minute aggregator 310 further provides partially aggregatedtimeslices 340 to the timeslice filter 345 of the subscription engine230. The timeslice filter 345 may filter data from timeslices accordingto instructions received by the subscription engine 230 or subscriptionsretrieved from the subscriptions store 355. The instructions mayindicate certain types of metrics or event data to include or excludefor presentation in a user interface. Additionally, the instructions mayindicate that the user interface should include state informationoriginating from a particular type of application system 106 or measured(or received) during a particular time period. In some embodiments, theinstructions may further define the time period(s) for aggregation. Forexample, rather than minute and hour aggregations, other longer andshorter time periods may be used. The subscription engine 230 maygenerate subscriptions and store the subscriptions in the subscriptionsstore 355 in response to requests (e.g., including instructions) forsubscribed state information received from clients 104. In someembodiments, the subscription engine 230 can also filter data fromaggregated minute timeslices 315 to generate subscribed stateinformation. The subscribed state information refers to a subset of thepartially aggregated timeslice 340 that pertains to a selected metric orevent data.

The timeslice filter 345 provides the filtered timeslices to thestreaming CDS 350 for updating user interfaces streamed in real time. Inparticular, the streaming CDS 350 may push state information to streameduser interfaces using partially aggregated timeslices 340 even thoughstate information for the entire time period is unavailable to themonitoring system 102. Accordingly, the streamed user interfaces mayinclude state information that is updated as additional stateinformation is received from agents 114 of application systems 106 beingmonitored. The subscription engine 230 may also provide stateinformation to the CDS 335. In contrast to the streaming CDS 350 thatpresents updates within a time period, the CDS 335 presents updatesbased on aggregation of multiple time periods. In some embodiments, thedata aggregator 220 provides aggregate state information at predefinedor schedule times to the CDS 335, and provides the subscribed stateinformation to the streaming CDS 350 in response to receiving stateinformation pertaining to the subscription from the agent 114.

FIG. 4 illustrates examples of user interfaces including stateinformation, in accordance with some embodiments. The user interfaceengine 240 generates or updates the user interfaces 400, 410, 420, and430 to display a metric or event data of an application system 106. Inthe examples of FIG. 4 , the state information is a metric defining thenumber of web page views over time. Other types of metrics or event datamay also be provided to user interfaces. The user interfaces aredescribed below in conjunction with the methods shown in FIGS. 5-6 .

FIG. 5 is a flow chart of a method 500 for updating a user interfaceusing state information, in accordance with some embodiments. The method500 provides for display of metrics or event data generated using stateinformation from an application system 106. In one embodiment, themethod 500 is performed by the system of FIG. 1 . Other entities mayperform some or all of the steps of the method 500 in other embodiments.Likewise, embodiments may include different and/or additional steps, orperform the steps in different orders.

The monitoring system 102 receives 510 state information from an agent114 executing on the application system 106 (e.g., also referred to as acomputing system). The state information is for a time period regardinga component of the application system 106. In some embodiments, thestate information includes a metric or event data associated with thetime period. In some embodiments, the state information may berepresented by a data structure defining a time period and a metric orevent data value corresponding with the time period. In someembodiments, the data structure may further include a receipt time ofthe state information by the monitoring system 102. In some embodiments,state information may be represented by a data structure {start time,end time, data, receive time} in JavaScript Object Notation (JSON).

The monitoring system 102 (e.g., the data aggregator 220) determines 520whether prior state information has been received for the time period.The prior state information may also have an associated time period.Responsive to determining that the received state information and theprior state information are for the same time period, the monitoringsystem 102 may combine the state information and prior state informationinto aggregate state information. In contrast, responsive to determiningthat the state information and prior state information are for differenttime periods (e.g., meaning that the prior time period has lapsed), themonitoring system 102 may determine to not combine the state informationand the prior state information into aggregate state information. Theprior state information may include one or more instances of receivedstate information that has been previously aggregated for the timeperiod of the prior state information.

In response to determining that the state information was received forthe same time period as the prior state information, the monitoringsystem 102 (e.g., the data aggregator 220) generates 530 aggregate stateinformation based on the state information and the prior stateinformation.

The monitoring system 102 (e.g., subscription engine 230) generates 540subscribed state information from the aggregate state information. Thesubscribed state information may be a subset of the aggregate stateinformation selected by the subscription engine 230 using instructionsfrom a client 104. For example, the subscription engine 230 filters theaggregate state information based on the instructions. A user who wantsto request certain data from the monitoring system 102 may use theclient 104 to input a request to receive the subscribed stateinformation. The client 104 provides instructions corresponding to theuser's request to the monitoring system 102. For example, theinstructions indicate that the user is interested in aggregate stateinformation for a particular subset of one or more types of metric orevent data, or other criteria describing data for presentation on a userinterface. In another example, the instructions may specify the timeperiod for state information aggregation and reporting. In someembodiments, the subscription engine 230 filters state informationaccording to the user's instructions, e.g., for a requested or activesubscription.

The monitoring system 102 (e.g., subscription engine 230) sends 550 thesubscribed state information to the client 104 to cause an update in auser interface presented by the client 104. The creation and sending ofthe subscribed state information may be triggered when the monitoringsystem 102 receives the state information (e.g., partial aggregation forthe time period), or when a time period has lapsed, which may triggerthe monitoring system 102 to report the aggregated subscribed stateinformation for the lapsed time period. The subscribed state informationis provided to the client 104 in a coherent manner for presentationwithin the user interface. Each instance of subscribed state informationfrom the monitoring system 102 may correspond with a data point that canbe presented without the client 104 having to access any prior stateinformation for the time period to generate the updated data value forthe point. Furthermore, prior to lapse of the time period, thesubscribed state information may include partially-aggregated data.Here, the subscribed state information thus represents complete “so-far”values for the time period. The partially aggregated data does notrepresent a final value for the time period, as it includes only stateinformation that the system has received so far for the time period(e.g., prior to lapse of the time period where a reliable fullaggregation can be generated). Nonetheless, the subscribed stateinformation including partially-aggregated data can be presented to theuser interface as useful information, and may be updated with furtherpartial aggregates for the time period prior to lapse of the timeperiod.

In some embodiments, the subscribed state information includes a displaytime and a metric or event data value that corresponds with the timevalue. The subscribed state information may be represented by a datastructure {display time, data}, where the display time can be used as anX axis value within a graph (or chart) of the user interface, and thedata can be used as a corresponding Y axis value of the graph. Thus,each instance of subscribed state information may define a point in thegraph of the user interface. In some embodiments, the user interfaceengine 240 determines the display time based on the start time or endtime of the latest instance of state information. For example, each timeperiod may be associated with a display time. The user interface engine240 may use the start and end times of state information to determinethe time period, and then to determine the associated display time forthe time period. In some embodiments, the user interface engine 240associates all aggregated or partially aggregated state informationwithin a time period with a display time in the user interface.

As shown in user interface 400 of FIG. 4 , the user interface engine 240plots subscribed state information in a graph as a point 402 (at displaytime X=10:30 AM) for a time period defined from 10:20 AM to 10:30 AM.Here, the display time is determined from the end time of the timeperiod, although other times within the time period may also be used asthe display time, such as the start time or the average time between thestart and end time. Furthermore, the time period used for aggregation is10 minutes, although other time periods may be used. The user interfaceengine 240 generates the point 402 based on one or more instances ofstate information associated with the time period between 10:20 AM and10:30 AM. Where multiple instances of state information for the timeperiod has been aggregated, the 80 k data value of the point 402represents aggregated instances state information. In another example,the 80 k data value of the point 402 represents a single instance ofstate information. Here, the state information shown by the point 402 inthe user interface 400 may be defined by the data structure {10:21 AM,10:23 AM, 80 k, 10:23 AM}. The data structure includes event data 80 kindicating a number of page views captured from start time 10:21 AM toend time 10:23 AM, or in the case of partially aggregated stateinformation, from the start time 10:21 to the current or latest timewithin the time period. In addition to point 402, the user interface 400includes a point 404, which represents state information associated witha prior time period.

In some embodiments, the display time is selected based on the receipttime, start time, or end time of the latest instance of stateinformation received in the time period. For example, rather than havingdisplay times corresponding with the end of the time period as shown inFIG. 4 , the display time may be some other time within the period.

As shown in the user interface 410 of FIG. 4 , a subsequent instance ofstate information for the time period between 10:20 AM and 10:30 AMresults in the point 402 being updated to the point 406 in the graph.For example, the point 402 may be prior state information associatedwith the time period when an additional instance of state informationassociated with the time period is received by the monitoring system102. The additional state information may be defined by the datastructure {10:22 AM, 10:24 AM, 40 k, 10:24 AM}. The data aggregator 220aggregates data value of 80 k of the point 402 with the data value of 40k to result in a data value of 120 k for the 10:20 AM to 10:30 AM timeperiod. The monitoring system 102 may send subscribed state informationfor the point 406 using the data structure {display time, data}, wherethe display time is 10:30 AM for the time period, and the data value isaggregated to 120 k. The user interface engine 240 plots the subscribedstate information as the point 406 (at display time X=10:30 AM) for thetime period defined from 10:20 AM to 10:30 AM, replacing the point 402.

Returning to step 520 of FIG. 5 , in response to determining that thestate information was received for a different time period as priorstate information, the monitoring system 102 (e.g., subscription engine230) generates 560 subscribed state information for the time periodbased on the state information. Because no prior state informationexists for the time period, the state information received at 510corresponds with a new time period. Rather than aggregating with priorstate information, the monitoring system 102 uses the state informationto create subscribed state information for another (e.g., subsequent)time period. Furthermore, the state information may be used as priorstate information for subsequent state information received for the timeperiod, and may be aggregated with the subsequent state information.

The monitoring system 102 (e.g., subscription engine 230) sends 570 thesubscribed state information to the client 104 to cause an update in auser interface presented by the client 104. As shown in the userinterface 420 of FIG. 4 , the subsequent instance of state informationfor the time period between 10:30 AM and 10:40 AM results in a new point412 being added to the graph. The monitoring system 102 may sendsubscribed state information for the point 412 using the data structure{display time, data}, where the display time is 10:40 AM for the timeperiod, and the data value is 90 k. Here, the state information receivedat 510 may be defined by a data structure {10:33 AM, 10:34 AM, 90 k,10:34 AM}.

In some embodiments, the user interface presented by the client 104shifts the X axis for time values when state information for a new timeperiod is received by the client 104. As shown in the user interface 430of FIG. 4 , the chart is shifted leftwards such that the point 404 forthe time period from 10:10 AM to 10:20 AM is removed (or hidden) fromthe graph. For example, the X axis may shifted when the client 104receives subscribed state information for a point having a time valuethat is not on the chart. In some embodiments, if the received stateinformation is for a lapsed time period, then the client 104 may ignorethe point as being stale or outdated. In other embodiments, the client104 may update the data value for a lapsed time period even aftersubscribed state information for a subsequent time period has beenreceived and plotted by client 104.

The method 500 may be repeated by the monitoring system 102 foradditional instances of state information. Each new instance may behandled as discussed in the method 500. For example, new stateinformation for a time period with prior state information may beaggregated with the prior state information. New state information for atime period without prior state information is not aggregated, at leastuntil subsequent state information for the time period is received bythe monitoring system 102. The monitoring system 102 generates and sendssubscribed state information, and the client 104 updates the userinterface accordingly using the subscribed state information.

FIG. 6 is a flow chart of a method 600 for maintaining subscriptions bya monitoring system 102, in accordance with some embodiments. In oneembodiment, the method 600 is performed by the system of FIG. 1 . Otherentities may perform some or all of the steps of the method 600 in otherembodiments. Likewise, embodiments may include different and/oradditional steps, or perform the steps in different orders.

The monitoring system 102 (e.g., subscription engine 230) receives 610 afirst request from a client 104 to receive subscribed state information.The monitoring system 102 (e.g., subscription engine 230) generates 620a subscription associated with the client 104 in response to the firstrequest. A subscription, as used herein, refers to an associationbetween subscribed state information and the client 104, and is used bythe subscription engine 230 to send the subscribed state information toa client device 104. A subscription may specify, for example, a metricor event data of interest. A subscription may also specify a time periodfor the reporting.

The monitoring system 102 (e.g., subscription engine 230) receives 630 asecond request from a second client 104 to receive the subscribed stateinformation. The second client 104 may be different from the firstclient 104.

The monitoring system 102 (e.g., subscription engine 230) determines 640whether the subscription is active in response to the second request.For example, the subscription engine 230 may evaluate existingsubscriptions to find a subscription that matches the subscription ofthe second request. If a match is found, then the subscription isdetermined to be active. If not match is found, then the subscription isdetermined to be inactive.

In response to determining that the subscription is active, themonitoring system 102 (e.g., subscription engine 230) associates 650 thesubscription with the second client 104. This may be advantageous, forexample, because instead of generating a new subscription for the secondclient 104, the subscription engine 230 is opportunistic in that itshares the same subscription for multiple clients 104, e.g., of usersrequesting common types of metrics or event data. Thus, the subscriptionengine 230 may reduce the amount of computational or memory resources ofthe monitoring system 102 required to maintain subscriptions for stateinformation. In some embodiments, each subscription may be handled by asingle subscription engine 230 that communicates with one or more clientdevices 104 to provide subscribed state information in accordance withthe subscription.

Returning to 640, in response to determining that the subscription isinactive, the monitoring system 102 (e.g., subscription engine 230)generates 660 a new subscription to associate the subscribed stateinformation to the second client 104. The new subscription may specifythe same or different metrics, event data, or time periods of interestas the inactive subscription.

The monitoring system 102 (e.g., subscription engine 230) receives 670 athird request from the client 104 to cancel the subscription. Thesubscription engine 230 cancels 680 the subscription from the client 104in response to the third request. In some embodiments, the subscriptionengine 230 cancels inactive subscriptions. The subscription engine 230maintains 690 the subscription to provide the subscribed stateinformation to the second client 104. Similarly, if the second client104 cancels the subscription, the subscription engine 230 may cancel thesubscription for the second client 104 and maintain the subscription forthe client 104. In some embodiments, the subscription engine 230 keepssubscriptions in the subscription store 355 as long as at least oneclient 104 is using the subscription, even if other clients 104 canceltheir subscription. Over time, different clients 104 may providerequests to subscribe or cancel (unsubscribe) for a particularsubscription. Responsive to determining that no more clients 104 areusing a subscription, the subscription engine 230 may remove thesubscription from the subscription store 355 to free up unused memorystorage and processing resources.

Additional Configuration Information

The foregoing description of the embodiments of the disclosure have beenpresented for the purpose of illustration; it is not intended to beexhaustive or to limit the disclosure to the precise forms disclosed.Persons skilled in the relevant art can appreciate that manymodifications and variations are possible in light of the abovedisclosure.

Some portions of this description describe the embodiments of thedisclosure in terms of algorithms and symbolic representations ofoperations on information. These algorithmic descriptions andrepresentations are commonly used by those skilled in the dataprocessing arts to convey the substance of their work effectively toothers skilled in the art. These operations, while describedfunctionally, computationally, or logically, are understood to beimplemented by computer programs or equivalent electrical circuits,microcode, or the like. Furthermore, it has also proven convenient attimes, to refer to these arrangements of operations as modules, withoutloss of generality. The described operations and their associatedmodules may be embodied in software, firmware, hardware, or anycombinations thereof.

Any of the steps, operations, or processes described herein may beperformed or implemented with one or more hardware or software modules,alone or in combination with other devices. In one embodiment, asoftware module is implemented with a computer program productcomprising a computer-readable medium containing computer program code,which can be executed by a computer processor for performing any or allof the steps, operations, or processes described.

Embodiments of the disclosure may also relate to an apparatus forperforming the operations herein. This apparatus may be speciallyconstructed for the required purposes, and/or it may comprise ageneral-purpose computing device selectively activated or reconfiguredby a computer program stored in the computer. Such a computer programmay be stored in a non-transitory, tangible computer readable storagemedium, or any type of media suitable for storing electronicinstructions, which may be coupled to a computer system bus.Furthermore, any computing systems referred to in the specification mayinclude a single processor or may be architectures employing multipleprocessor designs for increased computing capability.

Embodiments of the disclosure may also relate to a product that isproduced by a computing process described herein. Such a product maycomprise information resulting from a computing process, where theinformation is stored on a non-transitory, tangible computer readablestorage medium and may include any embodiment of a computer programproduct or other data combination described herein.

Finally, the language used in the specification has been principallyselected for readability and instructional purposes, and it may not havebeen selected to delineate or circumscribe the inventive subject matter.It is therefore intended that the scope of the disclosure be limited notby this detailed description, but rather by any claims that issue on anapplication based hereon. Accordingly, the disclosure of the embodimentsis intended to be illustrative, but not limiting, of the scope of thedisclosure, which is set forth in the following claims.

What is claimed is:
 1. A system, comprising: one or more processors; anda non-transitory computer readable storage medium comprising storedcomputer program code that, when executed, cause the one or moreprocessors to: receive, from a client, subscription information forfiltering aggregated state information into a subset of stateinformation from the aggregated state information; receive stateinformation regarding a component of a computing system for a firstpredefined time period comprising a plurality of predefined second timeperiods, wherein the predefined first and second time periods aredefined by the subscription information received from the client; andafter completion of each predefined second time period of the pluralityof predefined second time periods during the first predefined timeperiod: aggregate the state information regarding the component for acurrent predefined second time period with the state informationregarding the component for each previously completed predefined secondtime periods; filter the aggregated state information into the subset ofstate information using filtering instructions in the subscriptioninformation; associate the subset of state information with the clientbased on the subscription information; send, to the client and using onthe association, a performance metric of the component determined fromthe subset of state information; and provide, to the client, at least aportion of the performance metric of the component for display on a userinterface of the client, the performance metric displayed over a displaytime associated with the predefined first time period.
 2. The system ofclaim 1, wherein the one or more processors are configured to aggregatethe state information received within the predefined first time periodby identifying the state information as belonging to the predefinedfirst time period using a start time and an end time associated with thestate information received from the component.
 3. The system of claim 1,wherein the one or more processors are further configured to, upon lapseof each predefined second time period within the predefined first timeperiod: determine a display time associated with the at least a portionof the aggregated state information based on a time associated with thepredefined first time period; and send the display time to the client.4. The system of claim 3, wherein the at least a portion of theaggregated state information includes an aggregate metric.
 5. The systemof claim 3, wherein the at least a portion of the aggregated stateinformation includes aggregate event data.
 6. The system of claim 3,wherein, for each predefined second time period within the predefinedfirst time period, the client updates a user interface to include adisplay of the at least a portion of the aggregated state informationwith the display time.
 7. A non-transitory computer readable mediumcomprising stored program code that when executed by one or moreprocessors configure the one or more processors to: receive, from aclient, subscription information for filtering aggregated stateinformation into a subset of state information from the aggregated stateinformation; receive state information regarding a component of acomputing system for a first predefined time period comprising aplurality of predefined second time periods, wherein the predefinedfirst and second time periods are defined by the subscriptioninformation received from the client; and after completion of eachpredefined second time period of the plurality of predefined second timeperiods during the first predefined time period: aggregate the stateinformation regarding the component for a current predefined second timeperiod with the state information regarding the component for eachpreviously completed predefined second time periods; filter theaggregated state information into the subset of state information usingfiltering instructions in the subscription information; associate thesubset of aggregate state information with the client based on thesubscription information; send, to the client and using on theassociation, a performance metric of the component determined from thesubset of state information; and provide, to the client, at least aportion of the performance metric of the component for display on a userinterface of the client, the performance metric displayed over a displaytime associated with the predefined first time period.
 8. The computerreadable medium of claim 7, wherein the one or more processors areconfigured to aggregate the state information received within thepredefined first time period by identifying the state information asbelonging to the predefined first time period using a start time and anend time associated with the state information received from thecomponent.
 9. The computer readable medium of claim 7, wherein theprogram code further configures the one or more processors to, uponlapse of each predefined second time period within the predefined firsttime period: determine a display time associated with the at least aportion of the aggregated state information based on a time associatedwith the predefined first time period; and send the display time to theclient.
 10. The computer readable medium of claim 9, wherein the atleast a portion of the aggregated state information includes at leastone of an aggregate metric or aggregate event data.
 11. The computerreadable medium of claim 9, wherein, for each predefined second timeperiod within the predefined first time period, the client updates auser interface to include a display of the at least a portion of theaggregated state information with the display time.
 12. A method,comprising, by one or more processors: receiving, from a client,subscription information for filtering aggregated state information intoa subset of state information from the aggregated state information;receiving state information regarding a component of a computing systemfor a first predefined time period comprising a plurality of predefinedsecond time periods, wherein the predefined first and second timeperiods are defined by the subscription information received from theclient; and after completion of each predefined second time period ofthe plurality of predefined second time periods during the firstpredefined time period: aggregate the state information regarding thecomponent for a current predefined second time period with the stateinformation regarding the component for each previously completedpredefined second time periods; filter the aggregated state informationinto the subset of state information using filtering instructions in thesubscription information; associate the subset of state information withthe client based on the subscription information; send, to the clientand using on the association, a performance metric of the componentdetermined from the subset of state information; and provide, to theclient, at least a portion of the performance metric of the componentfor display on a user interface of the client, the performance metricdisplayed over a display time associated with the predefined first timeperiod.
 13. The method of claim 12, further comprising, by the one ormore processors, aggregating the state information received within thepredefined first time period by identifying the state information asbelonging to the predefined first time period using a start time and anend time associated with the state information received from thecomponent.
 14. The method of claim 12, further comprising, by the one ormore processors and upon lapse of each predefined second time periodwithin the predefined first time period: determining a display timeassociated with the at least a portion of the aggregated stateinformation based on a time associated with the predefined first timeperiod; and sending the display time to the client.
 15. The method ofclaim 14, wherein the at least a portion of the aggregated stateinformation includes at least one of an aggregate metric or aggregateevent data.